Data source interface enhanced error recovery

ABSTRACT

The invention provides for the connection of a plurality of remote applications with a data source, to maximize the speed and reliability of data transfer. An interface module interfaces with a remote application such as a web browser. A port module interfaces between interface module and a data source. A connection manager facilitates the interface between the interface module and the port module. The port module detects the unavailability of the data source in response to an initial request for the data source by the remote application. The port module may then dynamically detect the availability of the data source in response to a subsequent request for the data source and re-connect to the data source to the remote application in response to the subsequent request without having to reinitialize the connection manager.

This application is a divisional of application Ser. No. 09/612,534filed on Jul. 7, 2000 for LIVE CONNECTION ENHANCEMENT FOR DATA SOURCEINTERFACE.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention relates generally to the management of a remoteapplication connection to a data source. More particularly, the presentinvention relates to automatically re-establishing a connection to adata source accessible by a plurality of remote applications.

2. Relevant Technology

Databases are computerized information storage and retrieval systems. ARelational Database Management System (RDBMS) is a database system whichuses relational techniques for storing and retrieving data. Relationaldatabases are organized into tables consisting of rows and columns ofdata. A database typically includes many tables, and each table includesmultiple rows and columns. The tables are conventionally stored indirect access storage devices (DASD), such as magnetic or optical diskdrives, for semi-permanent storage.

Generally, users communicate with an RDBMS using a Structured QueryLanguage (SQL) interface. The SQL interface allows users to create,manipulate, and query a database by formulating relational operations onthe tables, either interactively, in batch files, or embedded in hostlanguages such as C and COBOL. SQL has evolved into a standard languagefor RDBMS software and has been adopted as such by both the AmericanNational Standards Institute (ANSI) and the International StandardsOrganization (ISO).

A common application for databases relates to their interaction withInternet web browsers. A remote application such as a web browser may beused to query data from a data base. The data may then be used to createa table or other display of information on the web browser. Thisrequires the transfer of data files and the formatting of data on theweb browser. As the database is responsive to SQL and a web browserrequires an HTML format, an interface module is required to enableinteraction between the web browser and the database. One example ofsuch an interface module is Net.Data available from IBM Corp., Armonk,N.Y.

Net.Data enables Internet and Intranet access to relational data on avariety of platforms. Net.Data incorporates a macrolanguage whichsupports both HTML and SQL and allows for interaction with universal webbrowsers and relational database systems. Net.Data operates inconjunction with a web server interface and supports client-sideprocessing as well as server-side processing with languages such asJava, REXX, Perl and C++. Net.Data provides database connectivity to avariety of data sources including information stored in relationaldatabases, flat files Java files, Perl files and the like.

Net.Data may support a variety of operating systems, including OS/2,AIX, Windows NT, HP-UX, Solaris, SCO, OS/390 and OS/400. Net.Data isfurther able to cache web pages to improve application performance,particularly when repeated requests are made for the same web page.Although this invention is compatible for use with an interface modulesuch as Net.Data, other common gateway interface applications may beused with the present invention as well.

The interface module, which may be resident on a server, receives aquery from a web browser, formats the query into SQL, and interacts withthe database to receive data and create the table or other display ofinformation. The interface module then uses its macrolanguage to presentthe data to the web browser in HTML format. The web browser, in turn,displays the data to a user of the remote application. In this manner,the interface module serves as an Internet gateway for accessing adatabase. However, every time the interface module connects to thedatabase, requests a connection set up for the database, or sends aquery to get data results from the data base, the interface must performa set of time-consuming processes such as initialization, authorization,password confirmation, and the like. These processes can be timeconsuming, slowing down the entire system and process.

One attempt to overcome the problem of slower connections was to createa database manager to assist in synchronizing the connection of theinterface modules with various ports of the database. However, in orderto accommodate numerous web browsers, multiple applications of aninterface module may be running, which may complicate the system. Withincreased use and complication, the system may be difficult to debugwhen a problem arises. Additionally, because everything runs through aconnection manager, there are often miscommunications, synchronizationproblems, and bottlenecks between the user applications and thedatabase.

If other databases were static and the data source became inactive orwent down for whatever reason, the data manager would not be able totell when the data source became active again. Thus, subsequent querieswould still detect an inactive data source. In order to establishanother connection with the data source, the whole system would have tobe reinitialized. In situations where the data manager managed multipleusers, this reinitialization would affect remote users whose connectionto a data base was functioning normally.

Thus, it would be an advancement in the art to provide a system andmethod for connecting a plurality of remote applications with a datasource in a simplified way.

It would be a further advancement in the art to provide such a systemand method which would remove the likelihood of bottleneck by removingthe necessity of routing every communication between the interfacemodule and data source through the connection manager.

It would be a further advancement in the art to provide such a systemand method that was dynamic and reliable and did not have toreinitialize if the data source became inactive or “went down.”

Such an apparatus and method in accordance with the present invention isdisclosed and claimed herein.

SUMMARY OF THE INVENTION

The present invention solves many or all of the foregoing problems byintroducing a system and method by which a plurality of remoteapplications can connect with a data source without having allcommunication pass through a simple connection manager.

In one aspect of the invention, a system includes an interface moduleconfigured to interface with a remote application, a port module tointerface between the interface module and the data source, and aconnection manager module to facilitate the direct interface between theinterface module and the port module. The connection manager mayestablish a connection between the connection manager and the portmodule. In one preferred embodiment, the port module reports itsavailability to the connection manager through this connection. This maybe done by the connection manager retrieving a port module identifier,which identifies an available port module for connecting to the datasource from a data structure. The port module identifier may then bepassed to the interface module so that the interface module may connectdirectly to the port module, and thus, the data source.

The system in one preferred embodiment is configured to support HTML andprovide interfacing between the requesting application and the datasource. The interface module may be configured to convert the commandfrom the remote application to a structured query language format tosupport interfacing with the data source.

In another aspect of the invention, a method for connecting a pluralityof remote applications with a data source includes the steps ofproviding at least one interface module configured to interface with aremote application, providing at least one port module to interfacebetween the interface module and the data source, and providing aconnection manager to facilitate the interface between the interfacemodule and the port module. In a preferred embodiment, the methodfurther includes establishing a direct connection between the interfacemodule and the port module. A port module identifier for an availableport module may be returned to the interface module for directconnection between the interface module and the port module.

Thus, it is an object of the invention to provide for the management ofthe connection between remote applications and a data source whichalleviates bottlenecks in the data flow. It is another object of theinvention to simplify the connection process by reducing the steps inthe connection process. It is yet another object of the invention toreduce the need to synchronize each module used in the connectionprocess.

These and other objects, features, and advantages of the presentinvention will become more fully apparent from the following descriptionand appended claims, or may be learned by the practice of the inventionas set forth hereinafter.

BRIEF DESCRIPTION OF THE DRAWINGS

These and other more detailed and specific objects and features of thepresent invention are more fully disclosed in the followingspecification, with reference to the accompanying drawings, in which:

FIG. 1 is a schematic block diagram of a computer system suitable forimplementing one embodiment of the invention;

FIG. 2 is a schematic block diagram of one embodiment of a system inaccordance with the present invention;

FIG. 3 is a schematic block diagram illustrating the components of oneembodiment of a system for connecting a plurality of remote applicationswith a data source;

FIG. 4 is a schematic block diagram illustrating more details of theembodiment of FIG. 2;

FIG. 5 is a schematic block diagram of a data structure for use in thesystem for connecting a plurality of remote applications with a datasource.

FIG. 6 is a schematic block diagram of a data structure for use in thesystem for connecting a plurality of remote applications with a datasource;

FIG. 7 is a schematic block diagram illustrating the components of analternative embodiment for a system for connecting a plurality of remoteapplications with a data source; and

FIG. 8 is a flow diagram illustrating steps performed in one embodimentof a method in accordance with the present invention.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

Certain preferred embodiments of a system in accordance with theinvention are now described with reference to the FIGS. 1-8, where likereference numbers indicate identical or functionally similar elements.The components of the present invention, as generally described andillustrated in the Figures, may be implemented in a wide variety ofconfigurations. Thus, the following more detailed description of theembodiments of the system and method of the present invention, asrepresented in the FIGS. 1-8, is not intended to limit the scope of theinvention, as claimed, but is merely representative of presentlypreferred embodiments of the invention.

Various components of the invention are described herein as “modules.”In various embodiments, the modules may be implemented as software,hardware, firmware, or any combination thereof. For example, as usedherein, a module may include any type of computer instruction orcomputer executable code located within a memory device and/ortransmitted as electronic signals over a system bus or network. Anidentified module may, for instance, comprise one or more physical orlogical blocks of computer instructions, which may be organized as anobject, procedure, function, or the like.

Nevertheless, the identified modules need not be located together, butmay comprise disparate instructions stored in different locations, whichtogether implement the described functionality of the module. Indeed, amodule may comprise a single instruction, or many instructions, and mayeven be distributed over several different code segments, amongdifferent programs, and across several memory devices.

As used herein, the term executable code, or merely “executable,” isintended to include any type of computer instruction and computerexecutable code that may be located within a memory device and/ortransmitted as electronic signals over a system bus or network. Anidentified module of executable code may, for instance, comprise one ormore physical or logical blocks of computer instructions which may, forinstance, be organized as an object, procedure, or function.Nevertheless, the executables of an identified module need not belocated together, but may comprise disparate instructions stored indifferent locations which together comprise the module and achieve thepurpose stated for the module. Indeed, an executable may be a singleinstruction, or many instructions, and may even be distributed overseveral different code segments, among different programs, and acrossseveral memory devices.

Similarly, operational data may be identified and illustrated hereinwithin modules, and may be embodied in any suitable form and organizedwithin any suitable type of data structure to be used, produced, oroperated on during execution of an executable. The operational data maybe collected as a single data set, or may be distributed over differentlocations including over different storage devices, and may at leastpartially exist merely as electronic signals on a system bus or network.

FIG. 1 is a schematic block diagram illustrating a computer system 10 inwhich a plurality of modules may be hosted on one or more computerworkstations 12 connected via a network 14. The network 14 may comprisea wide area network (WAN) or local area network (LAN) and may alsocomprise an interconnected system of networks, one particular example ofwhich is the Internet.

A typical computer workstation 12 may include a central processing unit(CPU) 16. The CPU 16 may be operably connected to one or more memorydevices 18. The memory devices 18 are depicted as including anon-volatile storage device 20 (such as a hard disk drive or CD-ROMdrive), a read-only memory (ROM) 22, and a random access memory (RAM)24.

Preferably, the computer workstation 12 operates under the control of anoperating system (OS) 25, such as OS/2®, WINDOWS NT®, WINDOWS®, UNIX®,and the like. In one embodiment, the OS 25 may provide a graphical userinterface (GUI) to enable the user to visually interact with the modulesof the present invention. In one embodiment, the OS 25 may be loadedfrom the non-volatile storage device 20 into the RAM 24 at the time theworkstation 12 is booted.

The workstation 12 may also include one or more input devices 26, suchas a mouse and/or a keyboard, for receiving inputs from a user.Similarly, one or more output devices 28, such as a monitor and/or aprinter, may be provided within, or be accessible from, the workstation12.

A network interface 30, such as an Ethernet adapter, may be provided forcoupling the workstation 12 to the network 14. In one embodiment, theworkstations 12 may be coupled to the network 14 via a distributedremote data architecture (DRDA). Where the network 14 is remote from theworkstation 12, the network interface 30 may comprise a modem, and mayconnect to the network 14 through a local access line, such as atelephone line.

Within any given workstation 12, a system bus 32 may operablyinterconnect the CPU 16, the memory devices 18, the input devices 26,the output devices 28, the network interface 30, and one or moreadditional ports 34, such as parallel and serial ports.

The system bus 32 and a network backbone 36 may be regarded as datacarriers. Accordingly, the system bus 32 and the network backbone 36 maybe embodied in numerous configurations, such as wire and/or fiber opticlines, as well as electromagnetic channels using visible light,infrared, and radio frequencies.

In general, the network 14 may comprise a single local area network(LAN), a wide area network (WAN), several adjoining networks, anIntranet, an Extranet, or, as in the manner depicted, a system ofinterconnected networks such as the Internet 40. The individualworkstations 12 may communicate with each other over the backbone 36and/or over the Internet 40 using various communication techniques.

For instance, different communication protocols, e.g., ISO/OSI, IPX,TCP/IP, may be used within the network 14. In the case of the Internet40, however, a layered communications protocol (i.e. TCP/IP) generallybest enables communications between the differing networks 14 andworkstations 12.

The workstations 12 may be coupled via the network 14 to applicationservers 42, and/or other resources or peripherals 44, such as scanners,printers, digital cameras, fax machines, and the like. Externalnetworks, may be coupled to the network 14 through a router 38 and/orthrough the Internet 40.

Referring now to FIG. 2, a data source connection management system 200of the present invention is shown. In one embodiment, a web browser 202,is part of a computer station 204. The work station 204 may contain aplurality of modules (not shown) containing executable code andoperational data suitable for operation within the memory devices 18 ofFIG. 1. Of course, the memory devices 18 in which the modules of thepresent invention are located may also be distributed across both localand remote computer workstations 12 (FIG. 1). Likewise, two or moreillustrated modules may be integrated into a single module withoutdeparting from the scope of the invention.

The present invention may be used over the Internet 40 in conjunctionwith a conventional web browser 202. The web browser 202 interprets HTMLdocuments and formats and defines web pages 204. The web browser 202 maybe at a remote workstation 12 (FIG. 1) and may be connected through theInternet 40 to a web server 206. The web server 206 stores HTMLdocuments and interacts with the web browser 202 for downloading anduploading the documents for generation of web pages 212.

By way of example, a user at a remote application such as a web browser202, may want to search for a book on a book store web server via theInternet. The web browser 202 connects to the server 206. The server 206invokes an interface module 208, which allows the remote user to specifya keyword in a book title for example. The interface module 208 willpass the request to a data source 210 and receive data in return in theform of a data file. The file can then be used to create a web page 212either at the server 206 or at the remote user's web browser 202.

Referring now to FIG. 3, the system 200 of the present inventionincludes a connection manager 220. The connection manager 220 is amodule that may include any type of computer instruction or computerexecutable code located within a memory device and/or transmitted aselectronic signals over a system bus or network. It may comprise one ormore logical blocks of computer instructions, which may be organized asan object, procedure, function, or the like. In one preferredembodiment, the connection manager 220 is running in the background onthe server 206.

The connection manager 220 is also configured to interface with at leastone interface module 208. The connection manager is preferably locatedat a predetermined address to allow the interface module 208 to readilyconnect to the connection manager 220. Each interface module 208 in alsoconfigured to interface with a remote application 202 which may be a webbrowser connected to the interface module 208 through the Internet 40.

The connection manager 220 also interfaces with a plurality of portmodules 222. Each port module 222 may be associated with one or moredata sources 210 and is identified by a port module identifier and thedata source 210 with which it is associated. The port module 222,connection manager 220, and interface module 208 may each have their ownseparate executable code. In a presently preferred embodiment, each ofthe port modules 222, connection manager 220, and interface modules 208communicate with each other using TCP/IP protocol, which allows thepresent invention to be easily transported between various operatingsystem platforms such as Unix, OS, or Windows.

The interface module 208 seeks a connection 224 with the connectionmanager 220 at the predetermined connection manager address. As will bediscussed in greater detail below, the connection manager 220 willdetermine which data sources 210 are available to the remote application202 and which port modules 222 are associated with each data source 210.The connection manager 220 will identify a port module 222 that isactive, but not currently busy operating as the port or gateway to thedatabase for an interface module 208. The connection manager 220 willreturn the port module identifier to the interface module 208 to allowthe interface module 208 to establish a direct connection 226 with portmodule 222 and thus, the data source 210.

Instead of the connection manager 220 repeatedly having to communicatewith each port module 222 and each interface module 208 involved with adata source query for multiple port modules 222 and interface modules208, the connection manager 220 simply tracks which port modules 222 arebusy. When the interface module 208 requests a port module 222 forconnection to the data source 210, the connection manager 220 simplyprovides or identifies a location of an available port module 222 whichcan then communicate directly with the interface module. It will beappreciated by those of skill in the art that this configuration andmethod will eliminate information bottlenecks at the connection manager220.

Referring now to FIG. 4, a remote application connects to a web server206 to request information from a data source 210 which in one preferredembodiment is on the server side. For most data sources, the requestmust be converted into an SQL command. The request is sent to aninterface module 208 which reads the request and formats it into an SQLcommand. Both the web server 206 and the interface module 208 may beresident on the server side. Further, the web server 206 or theinterface module 208 may convert the remote application request into anSQL query.

The connection manager 220 then determines an available port module 222and returns the location of the port module 222 to the interface module208. The request may then be sent as an SQL command 230 to the datasource 210 directly through the port module 222. In one embodiment, thedata source 210 may be a database system 210 such as a relationaldatabase, but hierarchical and object-oriented databases are also withinthe scope of this invention. In other preferred embodiments, datasources may include JAVA or PERL applications. In embodiments where datasources other than relational databases are used, the interface module208 is configured to be compatible with such data sources in asupporting transaction and command language.

A database manager 232, such as DB2 manufactured by InternationalBusiness Machines, receives the SQL command 230 and searches in thedatabase 210 to retrieve query results 234 that satisfy the SQL command230. The query results 234 may include any number of various filesstored in a database 210 including text, values, characters, integers,and the like. Once the query results 234 are retrieved, the databasemanager 232 passes the query results 234 to the interface module 208through the appropriate port module 222 connection. The interface module208 may pass the query results 234 in an HTML format through the webserver 206 to the remote application, which may be used to create a webpage 212 on a web browser 202. This feature expedites retrieval of queryresults 214 and generation of the web page 204.

Accordingly, the interface module 208 is configured to be compatiblewith HTML as well as SQL transactions and commands 230. In oneembodiment, the interface module 208 may be Net.Data, but one of skillin the art will appreciate that other computer gateway interfacescapable of supporting and interfacing HTML formats and SQL commands maybe used as well.

Referring now to FIGS. 4, 5, and 6, each port module is known by anassociated database and port module identifier. In one embodiment, adata structure 240 includes entries 242 containing the name of the datasource 210, a minimum number of port modules 222 associated with thedata source 210, and a maximum number of port modules 222 associatedwith the data source 210. In one presently preferred embodiment, thedata structure is a data source array 240. It will be appreciated bythose of skill in the art that any type of data structure or storagedevice may be used to store information of the type stored in the datasource array 240.

A second data structure 244 indexes the data source array 240 andincludes entries 246 containing data regarding each port module 222associated with a particular data source 210. Each entry identifieswhich data source each port module belongs to, the port moduleidentifier, and a status, which states whether the port module is busyor available. In a preferred embodiment, the data structure 244 is aport module array 244. It will be appreciated by those of skill in theart that any type of data structure or storage device may be used tostore information of the type store in the port module array 244.

The connection manager 220 returns a port module identifier of anavailable particular port module 222 to the interface module by checkingthe availability status for the port module 222 associated with the datasource 210 that is the object of the data request or SQL command 230.The availability status of a port module 222 may be determined by anumber of factors. Upon initialization of the connection manager 220,the minimum number of port modules, as stored in the data source array240 are launched and available for connecting to an interface module208.

Once a port module 222 is connected to an interface module 208, thatport module 222 is no longer available and its status changes to busy orunavailable. Once a busy port module 222 is no longer occupied by aninterface module 208, its status is updated from busy to available andpassed along to the connection manager for storage in the port moduledata structure 244. Each port module 222 may be configured to refresh orrestart itself after a predetermined period of time, or after aparticular event, such as the occurrence of an error.

In a presently preferred embodiment, each port module 222 is configuredto know its availability status and continually report that status tothe connection manager 220 for storage in the port module array 244. Itwill be appreciated by those of skill in the art that in thisconfiguration, the connection manager 220 need not initiate contact withthe data source 210 every time a request or SQL command passed from theinterface manager 208. That would be time consuming, especially for datasources residing on main frames. Instead, the connection manager 220need only determine the first port module 222 having an “available”status and pass the corresponding port module identifier to theinterface module 208 for direct connection 226.

It will be appreciated by those of skill in the art that there are manyways for connection manager 220 to determine the first available portmodule 222. One such way includes storing the port module identifier foreach available port module 222 in a queue (not shown). In one preferredembodiment, the queue may include a first-in-first out array. If thestatus of an “available” port module 222 changes, the associated portmodule identifier is removed from the queue. The connection manager 220,need only check the queue of “available” port module identifiers to findan available port module 222.

In one preferred embodiment, the connection manager 220 may beconfigured to launch additional port modules 222 up to the predeterminedmaximum number of port modules 222 for a particular data source 210; thenumber being stored in the data source array.

It will be appreciated by those of skill in the art that the storage ofinformation such as that stored in the arrays 240, 244 may beaccomplished in various ways using various data structures. It willfurther be appreciated that these arrays 240, 244 or data structures240, 244 may be part of the connection manager 220, the port module 222,the interface module 208, or may be a separate module, and still providethe necessary information to enable a direct connection 226 between theinterface module 208 and the port module 222 after the manner of thepresent invention.

In one preferred embodiment, communication between the interface module208, connection manager 220, and the port module 222 may be subject toauthentication as a security measure. It will be appreciated by those ofskill in the art that the data source array 240 and/or the port modulearray 244 may also include user identification or password data for usein verifying or authenticated the relevant communications. It willfurther be appreciated that any such identification data may be part ofa separate module, or hard coded into the system 200.

Referring now to FIG. 7, one preferred embodiment of the presentinvention includes an arbitrary set of parameters, which may be embodiedas a log file 250 associated with the connection manager 220 and eachport module 222. Each log file 250 contains data 252 relating to theactivity of the port module 222 and connection manager 220 to facilitatethe tracking of data flow through the system 200. The data 252 in eachlog file 250 may include, for example, the date, time, a previous SQLstatement or request, a present SQL statement or request, a number ofrows, a warning message, an error messages, a feature database schema, anumber of records, and the like. Because each port module 222 will havea port module identifier and data source identifier, a user may trackthe how many, and what type of, SQL statements passed to the data source210. One may also determine the time of the last SQL statement orrequest to the data source 210 and other information at predeterminedpoints in the process.

It will be appreciated by those of skill in the art that thisinformation would facilitate debugging the system 200. For example,users at a remote application 202 that may be creating or programming aweb page that utilizes data stored at a data source 210 may check thelog files 250 to track down an error in the application.

Each port module 222 and the connection manager 210 writes to a log file250, which in one preferred embodiment is stored as a flat file. In apresently preferred embodiment, the log file 250 has a maximum storagecapacity of one megabyte. Once the log file 250 is full, another logfile 250 may be generated. The log file 250 in accordance with thepresent invention is dynamic. The data 252 stored in the log files 250is continually updated as the system 200 operates. It will beappreciated by those of skill in the art that various sizes or types offiles can be used to store the data 252 contained in the log files 250.Of importance is the fact that the data 252 in the log files 250 isaccessible to the remote application 202.

The log file 250 is configured such that a user at a remote location 202can view the data 252 stored in the log files 250 on a screen, print outthe data 252, or send it to another application. The user of a remoteapplication 202 may also determine which of predetermined types of datawill be stored in the log files 250. The user may set the log files 250at a maximum level so that a maximus amount of data is stored in the logfiles 250. The user may also set the log files 250 to store a minimumlevel of data. It will be appreciated by those of skill in the art thatthe system 200 will run more efficiently when the amount of data 252stored in the log file 250 is set to a minimal level.

In one preferred embodiment, the log file 250 stores a change in statusof the data source 210 from active to inactive. Thus, the port module222 knows whether the data source 210 was “down” the last time the portmodule 222 was connected to the interface module 208. When theconnection manager 220 seeks to establish a connection with the datasource 210 through the port module 222, the port module 222 will checkthe last status of the data source 210, to which it is assigned todetermine whether the data source 210 was active or inactive. If thelast detected status indicated that the data source was inactive or“down,” the port module 222 will reestablish a connection with the datasource 210.

The connection or reconnection between the port module 222 and the datasource 210 may be transparent to the interface module 208. If the datasource 210 is down, then the port module 222 will send the interfacemodule 208 an error message stating that the data source 210 is down.When the data source 210 becomes active or is otherwise accessibleagain, the entire system 200 does not have to stop and restart in orderto reestablish a connection between the interface module 208 and thedata source 210. The port module 222, because it knows that the datasource 210 was down during its last connection, will reestablish aconnection with the data source.

One of skill in the art will appreciate that if the connection manager220 had to reinitialize, all of the part modules 222 attached to theconnection manager 220, even those whose connection to a respective database was functioning fine, would reset, thus interrupting a data search.Thus, it is an advantage of the present invention for the port module222 to be able to determine the last status of the data source 210, andbe able to reconnect to its data source 210 without the connectionmanager 220 having to reinitialize. This enhanced error recovery makesthe system more reliable. Most importantly, users see the system as morereliable and less temperamental, requiring less interaction.

Referring to FIG. 8, a flow diagram 300 which incorporates oneembodiment of a method of use of the system 200 of FIGS. 2-6. In step302, the method begins. A remote application, such as the web browser202 requests data from a data source 210. The request may be sent overthe Internet 40 to the web server 206, which provides 304 the interfacemodule 208 which translates the request into a suitable search commandsuch as SQL.

The connection manager 220 is initialized 306 for communication with theinterface module 208. The connection manager 220 establishes 308 aconnection between the connection manager 220 and the data source 210through the port module 222.

The port modules 222 serve as the connection port to the data source 210for the interface module 208. The connection manager 220 facilitates thecommunication between the interface module 208 and the connectionmanager 220. The connection manager 220 establishes a connection withthe port module 222 and detects 310 the unavailability of the datasource 210. In one preferred embodiment, the unavailability of the datasource 210 is detected by the port module 222. In another preferredembodiment, the unavailability of the data source 210 is detected by theconnection manager 220. An error message is returned to the interfacemodule 208. A subsequent availability of the data source 210 may then bedetected 314 by the port module 222. In one preferred embodiment, thesubsequent availability of the data source 210 is detected by theconnection manager. The port module 222 is reconnected to the datasource 210 through the port module 222, without having to initialize theconnection manager 220.

In one preferred embodiment, the connections between the interfacemodule 208, the connection manager 220, and the port module 222 areauthorized to facilitate secured communications.

The method may then be repeated 310 for additional data source requestsor queries. If there are no further requests, the remote application 202disconnects from the server 206 and the method terminates 320.

The invention provides for the management of the connection betweenremote applications and a data source which alleviates bottlenecks inthe data flow. The system and method of the present invention simplifiesthe connection between the remote application and the data sourceprocess by reducing the steps in the connection process. The system andmethod of the present invention eliminates the need to continuallysynchronize the interface module 208 with the port module 222 for eachdata source 210 request. The invention may be readily adapted toexisting software applications such as web browsers, web servers,database management systems, operating systems and other modulesdisclosed herein.

The present invention may be embodied in other specific forms withoutdeparting from its scope or essential characteristics. The describedembodiments are to be considered in all respects only as illustrativeand not restrictive. The scope of the invention is, therefore, indicatedby the appended claims rather than by the foregoing description. Allchanges which come within the meaning and range of equivalency of theclaims are to be embraced within their scope.

What is claimed and desired to be secured by United States LettersPatent is:
 1. A method for automatically re-establishing a connection toa data source accessible by a plurality of remote applications, themethod comprising: providing at least one interface module configured tointerface with a remote application; providing at least one port moduleconfigured to interface between the interface module and the datasource; providing a connection manager to facilitate the interfacebetween the interface module and the at least one port module; detectingunavailability of the data source, by the at least one port module, inresponse to an initial request for the data source by the remoteapplication; dynamically detecting availability of the data source, bythe at least one port module, in response to a subsequent request forthe data source; and re-connecting the data source to the remoteapplication in response to the subsequent request, wherein the at leastone port module sends an error message to the interface moduleindicating the unavailability of the data source, wherein the at leastone port module receives the subsequent request after the data sourcewas detected to be unavailable in response to the initial request forthe data source, determines that the data source was previouslyunavailable, and reestablishes a connection with the data sourceindependent of re-initialization by the connection manager, andreconnects the remote application to the data source by directlycommunicating with the remote application.
 2. The method of claim 1,wherein re-connecting further comprises re-establishing a connectionbetween the at least one port module and the data source withoutre-initializing the connection manager.
 3. A non-transitory computerreadable medium having stored thereon computer executable instructionsfor performing a method for connecting a plurality of remoteapplications with a data source, the method comprising: providing atleast one interface module configured to interface with a remoteapplication; providing at least one port module to interface between theinterface module and the data source; providing a connection manager tofacilitate the interface between the interface module and the at leastone port module; detecting unavailability of the data source, by the atleast one port module, in response to an initial request for the datasource by the remote application; dynamically detecting availability ofthe data source, by the at least one port module, in response to asubsequent request for the data source; and re-connecting the datasource to the remote application in response to the subsequent request,wherein the at least one port module sends an error message to theinterface module indicating the unavailability of the data source,wherein the at least one port module receives the subsequent requestafter the data source was detected to be unavailable in response to theinitial request for the data source, determines that the data source waspreviously unavailable, reestablishes a connection with the data sourceindependent of re-initialization by the connection manager, andreconnects the remote application to the data source by directlycommunicating with the remote application.
 4. The computer readablemedium of claim 3, wherein re-connecting further comprisesre-establishing a connection between the at least one port module andthe data source without re-initializing the connection manager.
 5. Asystem for connecting a plurality of remote applications with a datasource, the system comprising: an interface module configured tointerface with a remote application; a port module, implemented by theprocessor, configured to interface between the interface module and thedata source; and a connection manager module configured to facilitate aninterface between the interface module and the port module, wherein: theport module further configured to detect unavailability of the datasource in response to an initial request for the data source by theremote application, to dynamically detect availability of the datasource in response to a subsequent request for the data source, and tore-connect the data source to the remote application in response to thesubsequent request, wherein the port module sends an error message tothe interface module indicating the unavailability of the data source,wherein the port module receives the subsequent request after the datasource was detected to be unavailable in response to the initial requestfor the data source, determines that the data source was previouslyunavailable, reestablishes a connection with the data source independentof a re-initialization process by the connection manager, and reconnectsthe remote application to the data source by directly communicating withthe remote application.
 6. The system of claim 5, wherein re-connectingfurther comprises re-establishing a connection between the port moduleand the data source without re-initializing the connection manager. 7.The method of claim 1, further comprising connecting directly theinterface module and the at least one port module for communicatingindependently from the connection manager in subsequent communications.8. The computer readable medium of claim 3, further comprisingconnecting directly the interface module and the at least one portmodule for communicating independently from the connection manager insubsequent communications.
 9. The system of claim 5, wherein theinterface module and the port module are configured to be directlyconnected for communicating independently from the connection manager insubsequent communications.
 10. The method of claim 1, wherein the portmodule reconnects the remote application to the data source withoutinitialization by the connection manager.
 11. The method of claim 1,wherein after receiving the subsequent request from the interfacemodule, the at least one port module accesses a log file to determinethe previous status of the data source.
 12. The computer readable mediumof claim 3, wherein after receiving the subsequent request from theinterface module, the at least one port module accesses a log file todetermine the previous status of the data source.
 13. The system ofclaim 5, wherein after receiving the subsequent request from theinterface module, the port module accesses a log file to determine theprevious status of the data source.